home *** CD-ROM | disk | FTP | other *** search
/ The CICA Windows Explosion! / The CICA Windows Explosion! - Disc 1.iso / util / winsql23.zip / README.TXT < prev    next >
Text File  |  1994-09-28  |  10KB  |  246 lines

  1.                 WinSQL   Version 2.3  -  27 Sep 1994
  2.                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  3. 1 Introduction
  4. ~ ~~~~~~~~~~~~
  5. WinSQL is a single-user database system for Windows 3.1, designed to
  6. assist in the teaching/learning of SQL.  It is intended to be used in
  7. conjunction with typical introductory database courses, rather than
  8. in a completely stand-alone self-teaching situation.
  9.  
  10. WinSQL is not aimed at professional developers who are probably
  11. already familiar with SQL.  Compared to other Windows-based database
  12. systems (such as Access, Paradox for Windows, etc), WinSQL is a small
  13. low-budget system which lacks many features, but it has two advantages:
  14.  
  15. 1. It is free (for non-commercial usage), allowing students to use it
  16.    on their home computers, without any licensing hassles.
  17.  
  18. 2. It provide special features for illustrating the workings of SQL
  19.    queries.  For example, it allows the user the options of seeing
  20.    how rows are matched in joins, what results are returned by
  21.    subqueries and which actual rows are grouped by a "group by"
  22.    clause. (These options are controlled from the View menu.)  Unlike
  23.    some educational software, these displays are not hardcoded for
  24.    predetermined queries applied to a predetermined database
  25.    structure.  Instead, they are generated dynamically, at execution
  26.    time.
  27.  
  28. To avoid possible misunderstandings, I point out that WinSQL does not 
  29. currently provide:
  30.  
  31. - full SQL support;  (It provides most but not all of SQL-86.)
  32. - databases with tables of more than a few thousand rows;
  33. - forms;
  34. - client-server support (i.e. no ODBC, IDAPI, etc);
  35. - a host language interface. (A C++ interface exists, but is
  36.   undocumented and subject to change.  The source code is not
  37.   available.)
  38.  
  39. More specific details on the limitations can be found in the help file.
  40.  
  41. 2 Installation of WinSQL
  42. ~ ~~~~~~~~~~~~~~~~~~~~~~
  43.  
  44. 1. WinSQL requires a 386 (or better), running Windows 3.1 (or higher),
  45.    with a minimum of 1.5 Mb of free disk space.
  46.  
  47. 2. Use PKUNZIP 2.04 to unpack the .zip file either to a floppy disk or
  48.    to a temporary directory on your harddisk (e.g. C:\INSTALL).  For
  49.    simplicity, the following instructions assume that a floppy disk is
  50.    used.
  51.     
  52. 3. By default, the installation procedure will create the directory:
  53.  
  54.        c:\winsql
  55.  
  56.    This contains the WinSQL executables and the sample databases.  If
  57.    you wish to use a different disk or directory, you will be able to
  58.    specify this during installation.
  59.  
  60. 4. WinSQL can be installed using any of the following (equivalent)
  61.    methods.
  62.  
  63.    Method 1:  If you're not already running Windows, enter the command:
  64.  
  65.                   win a:setup
  66.  
  67.    Method 2:  Run Window's File Manager.  
  68.               Double-click on the a: drive icon.
  69.               When the a: files appear, double-click on setup.exe.
  70.               After installation, press Ctrl-F4 to close the a: window.
  71.  
  72.    Method 3:  From Windows's Program Manager, select File | Run, then
  73.               enter the command line:
  74.  
  75.                   a:setup
  76.  
  77.               and press the Ok button.
  78.  
  79.    In any case, the setup program allows you to specify where you wish
  80.    the files to be installed and whether you want the sample databases
  81.    to also be installed.  (These can be installed separately at a
  82.    later stage, by rerunning the setup program.)
  83.  
  84. 3 How to get newer versions of WinSQL
  85. ~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  86. New versions of WinSQL are placed on two sites:
  87.  
  88. - on ftp.fit.qut.edu.au, under the directory /pub/winsql.
  89.  
  90. - on ftp.cica.indiana.edu, under the directory /pub/pc/win3/util.
  91.  
  92. In each case, a filename of the format "winsqlnn.zip" is used, where
  93. "nn" is replaced by the version number e.g. winsql22.zip contains
  94. version 2.2.
  95.  
  96. Because of the large numbers of files uploaded to cica, it may take a
  97. week or two from when WinSQL is uploaded to cica to when it is
  98. placed in the util subdirectory.
  99.  
  100. I will also post an announcement of each release to the three Internet
  101. newsgroups: comp.database; comp.edu; and comp.os.ms-windows.announce.
  102.  
  103. If you have a favourite BBS or file server that does not have a copy,
  104. feel free to put a copy there too.
  105.  
  106. 4 Future development
  107. ~ ~~~~~~~~~~~~~~~~~~
  108. While the current version lacks several desirable features, I hope
  109. that some people will find it useful in its current form (even if its
  110. users later move on to bigger and better database systems).  In
  111. future versions, I plan to: (a) improve the coverage of the SQL
  112. language; (b) improve aspects of the user interface; and (c) allow
  113. larger database tables to be stored.
  114.  
  115. I would very much appreciate hearing from you if you use WinSQL and
  116. find problems, or if you can suggest ways in which the user interface
  117. could be improved.  My email address is:
  118.  
  119.     J.Reye@qut.edu.au
  120.  
  121. 5 Change Log
  122. ~ ~~~~~~~~~~
  123. [Changes from version 2.2 to 2.3]
  124.    
  125. Enhancements:
  126.  
  127. 1. Printing is now supported.
  128.  
  129. 2. Query windows are now based on personally-developed code, rather
  130.    than the edit control provided by Windows.  This removes the 32K
  131.    restriction which previously prevented the opening of large ASCII
  132.    files.  When they contain a long sequence of "create table" and
  133.    "insert" statements (separated by semicolons), such files are
  134.    often useful as a portable way of setting up a database.
  135.  
  136. 3. The "progressive execution" options have been enhanced to give the
  137.    user a wider range of choice, from continuous feedback to feedback
  138.    on demand.
  139.  
  140. 4. Clicking on a results row automatically moves the animation bar to
  141.    that row, in much the same way that items are selected in any
  142.    Windows list box.
  143.    
  144. 5. A new "automatically activate windows" option is available
  145.    (disabled by default).  When enabled and the mouse is moved into
  146.    any window, that window automatically becomes the active window,
  147.    without the user having to click on that window.  For some
  148.    activities, this makes the system easier to use, but it can be a
  149.    nuisance when cascaded windows are unintentionally activated.
  150.    So, it's an option which can easily be turned on or off.
  151.  
  152.  
  153. Bugs fixed:
  154.  
  155. 1. A bug in "drop table" has been removed.  A warning message box,
  156.    associated with this bug, will no longer appear.
  157.  
  158. 2. A bug in the scanning of decimal literals has removed.  This bug
  159.    caused values such as 1.23 to be inserted as 1.22.
  160.  
  161. 3. As in ANSI SQL, WinSQL allows a table to be joined to itself.
  162.    However, in a few cases of this, the query optimiser generated
  163.    the wrong code, leading to a GPF when the query was executed.
  164.  
  165. 4. A "select distinct" query, which also contains an "or" in its
  166.    where clause, did not always remove all duplicate rows.
  167.  
  168. 5. A bug in "not like" has been removed.
  169.  
  170. 6. There was a bug in the generated code for where-clause conditions
  171.    which compared one column against another, and the two columns
  172.    had different numbers of decimal places.  This has now been fixed.
  173.  
  174. 7. Another bug related to numeric columns whose values are stored
  175.    as 2-byte binary integers (e.g. decimal(3), decimal(4)).  For
  176.    these types of columns, the system's indexing structure was not
  177.    always built correctly, leading to incorrect results being
  178.    returned by some queries with where-clauses involving such columns.
  179.    This bug did not affect 1-byte (e.g. decimal(2)) or 4-byte columns
  180.    (e.g. decimal(5)), which is the main reason why it remained
  181.    undetected until recently.
  182.  
  183. 8. It is possible (although fairly rare) to have a subquery which is
  184.    correlated with a column in a group-by clause.  Previously, such
  185.    subqueries were not analysed correctly, leading to the generation
  186.    of incorrect results.
  187.  
  188. 9. A bug in the setup procedure required the directory name "disk1"
  189.    to be used if WinSQL was installed from a harddisk directory
  190.    (rather than from a floppy disk).  This has been fixed so that any
  191.    directory name can be used.
  192.  
  193.    
  194. [Changes from version 2.1 to 2.2]
  195.  
  196. Bugs fixed:
  197.  
  198. 1. When the PerformanceOption was set to fastest and a database was
  199.    opened, some additional memory was allocated unnecessarily.
  200.  
  201. 2. When a database was opened, the system overroad the user's
  202.    PerformanceOption setting.
  203.     
  204. 3. Some tables in (relatively) large databases appeared to be empty
  205.    when browsed, due to an addressing overflow.
  206.  
  207.  
  208. [Changes from version 2.0 to 2.1]
  209.  
  210. Enhancements:
  211.  
  212. 1. In previous versions, a query could only be saved if it was the
  213.    currently-active window i.e. with a highlighted title bar.  From
  214.    V2.1 on, a query can be saved if it, or any one of its "results"
  215.    windows, is the currently-active window.
  216.  
  217. Bugs fixed:
  218.  
  219. 1. A screen repainting bug corrupted the displayed values, only when
  220.    scrolling a window to the left.
  221.  
  222. 2. A minor syntax-check bug resulted in an incorrect error message, in
  223.    the fairly rare case of using an invalid table alias in a
  224.    correlated subquery.
  225.  
  226. 3. The user always had the option of suppressing the Transcript
  227.    window, allowing the Query window to be wider.  However, the system
  228.    sometimes automatically recreated the Transcript, even though the
  229.    user did not wish to see it.
  230.  
  231. 4. When saving a newly-created query, the system would display an
  232.    unnecessary prompt for a filename, even after the user had
  233.    specified one.  (This bug was unintentionally introduced when
  234.    replacing the Borland File Dialog box with the MS Common Dialog box.)
  235.  
  236. 5. Because of a bug in a new optimisation technique, the values of the
  237.    "J" column were loaded incorrectly, in the "SPJ" database.  This
  238.    caused them to be displayed with an incorrect (non-blank) leftmost
  239.    character, for both the "J" and "SPJ" tables.  If you have a V2.0
  240.    copy of SPJ.DB, then you should install the latest version of this
  241.    file.
  242.  
  243. Jim Reye
  244. September 1994
  245.  
  246.